로그인

FunnelFlux에서는 퍼널 내에 랜딩 페이지와 오퍼 노드를 만들 수 있습니다.

이러한 노드에서 나가는 모든 연결을 "액션"이라고 하며, 액션 1, 액션 2 등의 번호가 붙습니다.

사용자가 랜딩 페이지나 오퍼를 방문할 때, 일반적으로 "액션 1" 경로로 이동하는 버튼이나 링크를 클릭하기를 원할 것입니다.

이를 위해서는 액션 링크를 사용해야 합니다. 적어도 사용자의 다음 목적지를 제어하고 싶다면 말이죠(즉, 클릭 시 어디로 보낼지 제어하고, 예를 들어 여러 오퍼 간에 분할 테스트를 하고 싶다면).

이를 얻으려면 랜딩 페이지/오퍼 노드를 원하는 곳에 연결한 다음, 액션을 오른쪽 클릭하고 > 액션 링크 가져오기를 선택하면 됩니다:

이러한 액션 링크는 일반적이고 범용적입니다 -- 모든 랜딩 페이지/오퍼에서 동일한 링크를 사용할 수 있습니다. 트래커는 항상 사용자가 어디에 있는지, 즉 어떤 퍼널과 노드에 있는지 알아야 하므로, 우리가 해야 할 일은 "여기서 액션 1을 수행하라"고 말하는 것뿐입니다.

페이지에 자바스크립트를 사용하면 이것이 더 강력하고 신뢰할 수 있게 되므로 이 점을 명심하세요 -- 우리의 자바스크립트는 페이지에서 찾은 모든 액션 링크를 자동으로 수정하여 쿠키나 리퍼러에 의존하지 않고 작동하도록 합니다.

요약하자면, 항상 페이지에 조회 추적 JS를 넣거나 보세요 (랜딩 페이지/오퍼를 편집하고 조회 추적 JS 섹션으로 가면 얻을 수 있습니다).


여러 액션 사용하기

페이지에 여러 개의 나가는 액션이 있다면, 간단히 그 목적지들로 새로운 연결을 만드세요.

각 액션에는 번호가 있으므로, 링크에 그 번호를 사용하면 됩니다.

예를 들어, 각 오퍼가 액션 1, 2, 3 등을 실행하는 오퍼 월을 가질 수 있고, 퍼널 빌더에서 이들은 다양한 오퍼 그룹과 연결됩니다.

보고서에서 같은 이름의 속성으로 액션 번호별로 그룹화하여 사용자가 클릭한 각 액션에 대한 클릭 수, 클릭률 및 기타 지표를 볼 수 있습니다. 액션 번호로 그룹화하지 않으면 모든 클릭이 클릭 열에 함께 표시됩니다.

참고: 액션을 오른쪽 클릭하고 > 수정을 선택하면, 여기서 여러 액션이 동일한 연결을 사용하도록 설정할 수 있습니다.

예시: 모두 같은 페이지로 이동하는 세 가지 다른 콜투액션 버튼이 있고, 이 다른 버튼들의 CTR만 추적하고 싶다고 가정해 봅시다. 액션 1을 목적지에 연결한 다음, 오른쪽 클릭 > 액션 수정을 할 수 있습니다. 이제 액션 2와 3도 같은 연결을 사용하도록 설정할 수 있습니다:

이는 같은 목적지로 가는 세 개의 별도 연결을 만드는 것과 같지만, 물론 더 효율적이고 사용자 인터페이스가 덜 복잡해집니다.


기본 리디렉션 매개변수

이 옵션을 켜면, 퍼널 ID와 현재 노드 ID(액션이 나오는 노드)를 링크에 삽입합니다.

이러한 기본 매개변수는 사용자가 컨텍스트 없이 링크를 로드할 때 액션 링크가 작동하게 합니다 -- 즉, 트래커가 이 사람이 어떤 퍼널에 있는지 또는 어떤 노드에 있는지 모르는 경우(예: 액션 링크가 새 시크릿 창에서 로드된 경우).

중요한 점은 이 매개변수들이 대체이지 덮어쓰기가 아니라는 것입니다.

99%의 경우 이러한 ID는 필요하지 않습니다. 특히 페이지에서 방문을 추적하고 액션 링크를 자동으로 개선하는 우리의 JS를 사용하는 경우에는 더욱 그렇습니다.

많은 사용자들이 이러한 링크를 사용할 때 혼란스러워하며, 항상 예상한 목적지로 가지 않는다는 것을 발견합니다.

예를 들어:

퍼널 A와 노드 A에 대한 기본 매개변수가 포함된 액션 링크를 생성합니다(그리고 이들의 ID가 링크에 포함됩니다).

그런 다음 다른 퍼널 B의 노드 B에 있는 동일한 페이지로 이동하는 추적 리디렉션/직접 링크를 로드합니다.

이제 이러한 매개변수가 포함된 액션 링크를 클릭합니다.

트래커는 당신이 퍼널 B노드 B에 있다는 것을 알고 있으며, 그 노드에서 액션을 실행할 것입니다. 퍼널 A/노드 A의 액션으로 돌아가지 않습니다.

다시 말하지만, 이것은 대체이지 덮어쓰기가 아니므로, 이를 사용하여 특정 목적지를 강제하려고 하지 마세요. 어쨌든 이는 의미가 없습니다. 페이지를 여러 퍼널/노드에서 사용할 수 없게 만들고 잠재적으로 사용자가 한 퍼널에서 다른 퍼널로 점프하게 만들어 혼란스러운 방문자 여정을 야기할 수 있기 때문입니다.